home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1993 July / InfoMagic USENET CD-ROM July 1993.ISO / answers / creating-newsgroups / part1 < prev    next >
Encoding:
Internet Message Format  |  1993-04-26  |  9.2 KB

  1. Path: senator-bedfellow.mit.edu!enterpoop.mit.edu!usc!howland.reston.ans.net!gatech!purdue!not-for-mail
  2. From: tale@uunet.uu.net (David C Lawrence)
  3. Newsgroups: news.announce.newusers,news.groups,news.admin.misc,news.announce.newgroups,news.answers
  4. Subject: How to Create a New Usenet Newsgroup
  5. Supersedes: <spaf-howto_728545625@cs.purdue.edu>
  6. Followup-To: news.newusers.questions
  7. Date: 26 Apr 1993 00:02:24 -0500
  8. Organization: Dept. of Computer Sciences, Purdue Univ.
  9. Lines: 157
  10. Sender: spaf@cs.purdue.edu
  11. Approved: spaf@cs.purdue.edu
  12. Expires: 25 Jun 93 17:02:24 GMT
  13. Message-ID: <spaf-howto_735800544@cs.purdue.edu>
  14. Reply-To: tale@uunet.uu.net (David C Lawrence)
  15. NNTP-Posting-Host: ector.cs.purdue.edu
  16. Xref: senator-bedfellow.mit.edu news.announce.newusers:1087 news.groups:70371 news.admin.misc:2543 news.announce.newgroups:3258 news.answers:7896
  17.  
  18. Archive-name: creating-newsgroups/part1
  19. Original-author: woods@ncar.ucar.edu (Greg Woods)
  20. Comment: enhanced & edited until 5/93 by spaf@cs.purdue.edu (Gene Spafford)
  21. Last-change: 23 Sep 1992 by spaf@cs.purdue.edu (Gene Spafford)
  22.  
  23.          GUIDELINES FOR USENET GROUP CREATION
  24.  
  25. REQUIREMENTS FOR GROUP CREATION:
  26.  
  27.    These are guidelines that have been generally agreed upon across
  28. USENET as appropriate for following in the creating of new newsgroups in
  29. the "standard" USENET newsgroup hierarchy. They are NOT intended as 
  30. guidelines for setting USENET policy other than group creations, and they
  31. are not intended to apply to "alternate" or local news hierarchies. The 
  32. part of the namespace affected is comp, news, sci, misc, soc, talk, rec,
  33. which are the most widely-distributed areas of the USENET hierarchy.
  34.    Any group creation request which follows these guidelines to a
  35. successful result should be honored, and any request which fails to
  36. follow these procedures or to obtain a successful result from doing so
  37. should be dropped, except under extraordinary circumstances.  The
  38. reason these are called guidelines and not absolute rules is that it is
  39. not possible to predict in advance what "extraordinary circumstances"
  40. are or how they might arise.
  41.    It should be pointed out here that, as always, the decision whether or not
  42. to create a newsgroup on a given machine rests with the administrator of that
  43. machine. These guidelines are intended merely as an aid in making those
  44. decisions.
  45.  
  46.  
  47. The Discussion
  48.  
  49. 1) A request for discussion on creation of a new newsgroup should be posted to
  50.    news.announce.newgroups, and also to any other groups or mailing lists at
  51.    all related to the proposed topic if desired.  The group is moderated, and
  52.    the Followup-to: header will be set so that the actual discussion takes
  53.    place only in news.groups.  Users on sites which have difficulty posting to
  54.    moderated groups may mail submissions intended for news.announce.newgroups
  55.    to announce-newgroups@uunet.uu.net.
  56.  
  57.    The article should be cross-posted among the newsgroups, including
  58.    news.announce.newgroups, rather than posted as separate articles.  Note that
  59.    standard behaviour for posting software is to not present the articles in
  60.    any groups when cross-posted to a moderated group; the moderator will handle
  61.    that for you.
  62.  
  63. 2) The name and charter of the proposed group and whether it will be moderated
  64.    or unmoderated (and if the former, who the moderator(s) will be) should be
  65.    determined during the discussion period. If there is no general agreement on
  66.    these points among the proponents of a new group at the end of 30 days of
  67.    discussion, the discussion should be taken offline (into mail instead of
  68.    news.groups) and the proponents should iron out the details among
  69.    themselves.  Once that is done, a new, more specific proposal may be made,
  70.    going back to step 1) above.  
  71.  
  72. 3) Group advocates seeking help in choosing a name to suit the proposed
  73.    charter, or looking for any other guidance in the creation procedure, can
  74.    send a message to group-advice@uunet.uu.net; a few seasoned news administrators
  75.    are available through this address.
  76.  
  77. The Vote
  78.  
  79. 1) AFTER the discussion period, if it has been determined that a new group is
  80.    really desired, a name and charter are agreed upon, and it has been
  81.    determined whether the group will be moderated and if so who will
  82.    moderate it, a call for votes may be posted to news.announce.newgroups and
  83.    any other groups or mailing lists that the original request for discussion
  84.    might have been posted to. There should be minimal delay between the
  85.    end of the discussion period and the issuing of a call for votes.
  86.    The call for votes should include clear instructions for how to cast
  87.    a vote. It must be as clearly explained and as easy to do to cast a
  88.    vote for creation as against it, and vice versa.  It is explicitly
  89.    permitted to set up two separate addresses to mail yes and no votes
  90.    to provided that they are on the same machine, to set up an address
  91.    different than that the article was posted from to mail votes to, or
  92.    to just accept replies to the call for votes article, as long as it
  93.    is clearly and explicitly stated in the call for votes article how
  94.    to cast a vote.  If two addresses are used for a vote, the reply
  95.    address must process and accept both yes and no votes OR reject
  96.    them both.
  97.  
  98. 2) The voting period should last for at least 21 days and no more than 31
  99.    days, no matter what the preliminary results of the vote are. The exact
  100.    date that the voting period will end should be stated in the call for
  101.    votes. Only votes that arrive on the vote-taker's machine prior to this
  102.    date will be counted.
  103.  
  104. 3) A couple of repeats of the call for votes may be posted during the vote, 
  105.    provided that they contain similar clear, unbiased instructions for
  106.    casting a vote as the original, and provided that it is really a repeat
  107.    of the call for votes on the SAME proposal (see #5 below). Partial vote
  108.    results should NOT be included; only a statement of the specific new
  109.    group proposal, that a vote is in progress on it, and how to cast a vote.
  110.    It is permitted to post a "mass acknowledgement" in which all the names
  111.    of those from whom votes have been received are posted, as long as no
  112.    indication is made of which way anybody voted until the voting period
  113.    is officially over.
  114.  
  115. 4) ONLY votes MAILED to the vote-taker will count. Votes posted to the net
  116.    for any reason (including inability to get mail to the vote-taker) and 
  117.    proxy votes (such as having a mailing list maintainer claim a vote for 
  118.    each member of the list) will not be counted.
  119.  
  120. 5) Votes may not be transferred to other, similar proposals. A vote shall
  121.    count only for the EXACT proposal that it is a response to. In particular,
  122.    a vote for or against a newsgroup under one name shall NOT be counted as
  123.    a vote for or against a newsgroup with a different name or charter,
  124.    a different moderated/unmoderated status or (if moderated) a different
  125.    moderator or set of moderators.
  126.  
  127. 6) Votes MUST be explicit; they should be of the form "I vote for the
  128.    group foo.bar as proposed" or "I vote against the group foo.bar
  129.    as proposed". The wording doesn't have to be exact, it just needs to
  130.    be unambiguous. In particular, statements of the form "I would vote
  131.    for this group if..." should be considered comments only and not
  132.    counted as votes.
  133.  
  134. 7) A vote should be run only for a single group proposal.  Attempts to create
  135.    multiple groups should be handled by running multiple parallel votes rather
  136.    than one vote to create all of the groups.
  137.  
  138. The Result
  139.  
  140. 1) At the completion of the voting period, the vote taker must post the
  141.    vote tally and the E-mail addresses and (if available) names of the voters
  142.    received to news.announce.newgroups and any other groups or mailing lists
  143.    to which the original call for votes was posted. The tally should include
  144.    a statement of which way each voter voted so that the results can be
  145.    verified.
  146.  
  147. 2) AFTER the vote result is posted, there will be a 5 day waiting period,
  148.    beginning when the voting results actually appear in 
  149.    news.announce.newgroups, during which the net will have a chance to
  150.    correct any errors in the voter list or the voting procedure.
  151.  
  152. 3) AFTER the waiting period, and if there were no serious objections that might
  153.    invalidate the vote, and if 100 more valid YES/create votes are received
  154.    than NO/don't create AND at least 2/3 of the total number of valid votes
  155.    received are in favor of creation, a newgroup control message may be sent 
  156.    out.  If the 100 vote margin or 2/3 percentage is not met, the group should 
  157.    not be created.
  158.  
  159. 4) The newgroup message will be sent by the news.announce.newgroups moderator
  160.    at the end of the waiting period of a successful vote.  If the new group is
  161.    moderated, the vote-taker should send a message during the waiting period to
  162.    Gene Spafford <spaf@cs.purdue.edu> and David C. Lawrence <tale@uunet.uu.net> with
  163.    both the moderator's contact address and the group's submission address.
  164.  
  165. 5) A proposal which has failed under point (3) above should not again be
  166.    brought up for discussion until at least six months have passed from the
  167.    close of the vote.  This limitation does not apply to proposals which never
  168.    went to vote.
  169.  
  170. -- 
  171. Gene Spafford
  172. Software Engineering Research Center & Dept. of Computer Sciences
  173. Purdue University, W. Lafayette IN 47907-1398
  174. Internet:  spaf@cs.purdue.edu    phone:  (317) 494-7825
  175.